build: append list of one element rather than string

tools: add babl-lut-verify

ctx: factor lut processing out of path_process

babl: LUTs fix typo in timelimit check

babl: free LUTs that have been unused for more than 5 minutes

babl: lut, tidy u8 code - disable u16/half variant

babl: avoid using half initialized LUTs when used from threads

babl: add sse2 flags when building RGB converter

babl: LUT cleanups

babl: use LUT for 16bit to 8bit conversions

babl: remove some now dead u8 code

babl: add lut for some u8 conversions

The fish path now marks created fishes that shall be monitored for
usage and have full 24bit LUTs generated on demand when limits are
exceeded. This 3-4x increases the throughput.

tools: rework babl-benchmark to operate on sets resembling workingspace + GEGL + display

babl: add u8 code paths to trc/matrix space conversion

This is relevant for ARM, on modern x86_64 at least it is cheaper to
convert to/from float with external loops.

babl: adjust default path parameters to a path_length of 3

Also adjust so that the max additional bits of depth is 2, this makes us
catch some fast paths that are missed by very promising slow two-step
converters.

babl: remove allocations in u8 variants of RGB space conversions

babl: cpuaccel fix arm neon detect

babl: cpuaccel fix arm neon detect

babl: add more missing SIMD build related files

babl: add missing files babl-trc.[ch]

extensions/cairo: add a correct enough for 8bit cairo32 to cairo24 conversion

extensions: reduce amount of competing conversions

Avoid loading extensions if a variant with better SIMD support
is expected to exist. We know all variants that are expectd to
exist and thus can register only the fastest known variant.

This avoids combinatorial explosion of conversions to test.

tools: babl-verify make verify do space free conversions by default, it is more useful

extensions: cairo remove a broken conversion, fix RGBA u8 to cairo reference

multipass build, with SIMD variants for x86_64 and arm

Some extensions have their own separate build, so does the
RGB color space conversions, trc computations and base
set of conversions.

babl: reduce number of pixels tested for paths to 1024, include some out of bounds pixels in start

base: x86-64-v2 and x86-64-v3 variants

build: enable -ftree-vectorize always, and -mfpu=neon on aarch64

babl: sync cpuaccel with GEGL

gitlab-ci: disable paccache, trying to unbreak build

babl: set ecx to 0 in cpuid

This is neccesary to be able to detect AVX2 reliably.

tests: add a xyz to lab test

This is testing D50 XYZ to D50 CIE Lab the use of D50 for all XYZ and
Lab is currently implicit in all babl code.

Oklab: disable only Oklch not Oklab

Oklab itself is enabled by default now for testing, but does not seem to
produce correct values with the Oklab test vectors, even with manual
attempt at converting the test vector (presumed) CIE XYZ D65 to CIE XYZ
D50 before running the conversion.

The failure to pass symmetry tests as mentioned in issue #63 seems to be
limited to Oklch, Oklab itself is fine.

oklab: add double variant of code for model conversions

babl: adjust sanity criteria for babl_model_is_symmetric

oklab: add to meson, register model conversions

export-symbols: add babl_chromatic_adaptation_matrix

quick fix

oklab: chad back to D65

expose chromatic adaptation matrix

oklab, initial ver

gitlab-ci: remove nonexistent meson option enable-sse3

post-release version bump

release 0.1.88

babl: re-creation of palette conversions must always set data.

If we allow conversions to be recreated for palettes, it will create a
new identical conversion with collision number incremented in the name
and no user data. Yet the user data is extremely important for palette
conversions, because it contains the palette itself which is required by
the palette conversion functions. Hence we end up crashing.

Moreover, although I think that right now, only palette conversions use
the data field, it might be used for other type of data in the future.
In any case, we should always save this data along as it has been stored
there for a reason.

Finally in babl-palette code, make sure the user data is added to the
models before creating the formats and conversions as we also ended up
in crash-happy code when we didn't.

See: https://gitlab.gnome.org/GNOME/gimp/-/issues/6501

babl: do not append space to the format name when explicitly set.

When a format is named explicitly by the caller, we should just keep the
same name, not tweak it. Generating a name is only valid when no
explicit name is given. Moreover this is the behavior as described in
the docs of babl_format_new():

> If no name is provided a (long) descriptive name is used.

(which usually implies that with a name provided, this one will be used
instead of a generated name)

This is especially important for palette formats for which name is
mostly not descriptive anyway (either caller-set or generated by babl
with incremental number) and this fixes a bug when calling
babl_new_palette_with_space() with the same name and space would fail to
find the already created formats (yet would find the models and return
NULL for both formats) because it would search without the space
description appended. Yet the docs of babl_new_palette*() clearly says
as well:

> If you pass in the same name the previous formats will be provided
> again.

Moreover we actually already tweak a bit the palette format name by
appending the space pointer. No need to tweak it twice appending the
same information (space) in a different way.

See also: https://gitlab.gnome.org/GNOME/gimp/-/issues/6501

build: remove push_web target

ci/meson has started failing due to missing scp binary.

build: subproject improvements:
 - don't expose source in dependency to avoid name clashes
 - add babl path variables to dependency object
 - add babl path variables to uninstalled pc

post release version bump

release 0.1.86

NEWS: update

Another project can add babl as a subproject

ci: remove request for specific arch glibc version

We're getting the version by forcing a specific base image, and ignoring
glibc updates.

ci: use archlinux:base-20210214.0.15477 as base for building

This gives us an arch base from before the glibc version that enforces
a newer glibc package that has a hard dependency on a newer linux
kernel.

babl: babl-fish-reference remove superfluous set of dst_img->type[0]

As reported by Rafał Mikrut, fixing issue #57.

ci: Unbreak archlinux-based CI

Recently Arch has changed its glibc package to require kernel
4.4[1] as a poor man's attempt to disable faccessat2 syscall that
is known to cause problems with old libseccomp and Docker. Downgrade
glibc to the pkgrel before the change and ensure it's not upgraded.

Additionally switch to the official Arch Linux image in the library
namespace. The base image has been deprecated.

[1] https://github.com/archlinux/svntogit-packages/commit/893b1c268abc8822332655865e3d4546025a9b4b

build: revert glibc workaround for arch CI

build: add -y parameter to glibc pacman workaround

build: attempt forcing of older glibc to unbreak CI

icc: make babl_space_from_icc threadsafe

When multiple threads concurrently try to use ICC profiles / spaces
races during construction could cause broken internal representation of
profiles.

icc: add offset bounds checks to read_sign

babl: support creating babl spaces from input-class ICC profiles

post release version bump

release 0.1.84

babl: fix bug in caching of CMYK profiles

The check for duplicates was gumming up the CMYK profile initialization,
causing babl internal CMYK to be used instead and the original icc
profile to be lost.

post release version bump

release 0.1.82

babl: code handling ICC v4, CIE TRC formulas

babl: expand sRGB formula trc storage with 2 more parameters

babl: handle 7 parameter ICC v4 TRCs

post release version bump

release 0.1.80

export-symbold: add babl_space_get_gamma

add new API babl_space_get_gamma

A need that has arisen in PNG export is knowing if the gamma is a simple
gamma and the gAMA tag can be used instead of a full ICC profile.

Revert "Revert "build: clean up version script handling""

This reverts commit fae1260c751f963863ed8f3feb25d81914b93ada

Revert "build: clean up version script handling"

This reverts commit 5cf4fdf01da2a905553d687116b24f0242e9b6b5

babl: avoid potential NULL deref of malloc result in ICC code

Build: change can run flag name for clarity
- change cc_can_run to can_run_host_binaries (per upcoming meson change)

build: add dependency checks for gir/vala

build: gir - set nsversion from api_version var

build: clean up version script handling
- ensure that symbol list dependency is correctly handled
- add shebang to python script to let meson do the interpreter selection

build: only check for link arg --no-undefined once

build: code cleanup

build: fix build failure
- check for usnsupported args with clang cross-compile to windows

build: remove unnecessary environment variables

git: remove obsolete .gitignore files

build: improve gir build
- change build option to auto/true/false
- auto=false if cross build true otherwise

build: improve portability of git-version.h gen
- use git to check if building from a git repo
- remove dependency on test program

build: add build path variables
  - add build path variables for library and extensions

build: add configuration message
- list configured options and features in a similar manner to GEGL

build: improve build checks
- reverse order of cpu extension checks and compiler argument checks
-  so  we don't check disabled options

build: remove obsolete file
 - xml_insert.sh

build: improve doc build
- change build option to auto/true/false
- auto=false if cross build true otherwise
- replace xml_insert.sh with python script to allow doc gen on msys

build: reformat meson_options.txt to improve readability

docs: clean up docs
- add news to table of contents
- change authors header level to 2 for consistency

babl: post release version bump

release 0.1.78

babl: s/__GNU_SOURCE/_GNU_SOURCE/ fixing issue #59

palette: annotate BablPalette::radii as atomic

tests: use putenv when setting env vars, for win32 compatibility